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[57] ABSTRACT 

'An apparatus and method of controlling the transmission of 
copies of a frame of data from a multiport device, such as a 
multiport network switch, determines which ones of the 
ports are designated to transmit a copy of a multicopy frame 
received at the switch. The switch then determines which of 
these designated ports are not available to transmit a copy of 
the frame. The copies are transmitted from those designated 
ports that are available to transmit a copy of the multicopy 
frame, while the copies are discarded for those designated 
ports that are not available to transmit a copy of that 
multicopy frame. 

13 Claims, 9 Drawing Sheets 
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METHOD AND APPARATUS FOR determined which of the designated ports are not available 

SELECTIVELY DISCARDING PACKETS FOR t0 transmit one of the copies of the frame. Copies of the 

BLOCKED OUTPUT QUEUES IN THE frame to be transmitted are provided to the designated ports 

NETWORK SWITCH t^at are available to transmit one of the copies of the frame. 

5 However, those copies of the frame to be transmitted from 

RELATED APPLICATIONS the designated ports that are not available to transmit one of 

the copies of the frame are discarded. 

This application claims priority from provisional appli- M advantage of the present invention is that copies of a 

cation Ser. No. 60/038,025, filed Feb. 14, 1997, entitled frame are transmitted through those designated ports that are 

"INTEGRATED MULTIPORT SWITCH", which is incor- a bj e to transmit a copy. The only discarded copies are those 

porated herein by reference. to be transmitted from the designated ports that are unable 

for some reason to transmit a copy. This provides more 

FIELD OF THE INVENTION throughput of data through the ports and to the end stations 

The present invention relates to the field of than merely bearding the entire frame. Hence congestion 

communications, and more particularly, to method and appa- 15 at °?f P° n wlU not prevent frame copies fiom being 

t r t w i ■ e a * c if- i provided to as many of the designated ports as possible, so 

ratus lor transmitting multiple copies ot data Irom multiple * . , , J , - JL . -,. 

_ r j • that the frame data can be received by as many intended 

ports of a device. . . ... J J 

r recipients as possible. 

BACKGROUND ART The earlier stated needs are also met by another embodi- 

. ment of the present invention which provides a multiport 

In many network systems, such as packet switched net- 20 netwQrk swkch whicQ transmits m1llti p le copie s of a single 

works (e g., Ethernet networks), it is often desirable for a frame of dala m network bas a plurality of ports 

single end station to send the same data to multiple other end ffom which frames of data are transimtled . A port vector 

stations on the network. For example, in a conventional generator generates a port vector which designates from 

e-mail system, a user may desire to send the same e-mail which ports of a frame are t0 be transimttedi A 

message to four different users connected to the e-mail 25 transmission arrangement is provided that is configured to 

system. determine the availability of each port designated by the port 

In a packet switched network, a switch makes the for- vector to transmit a copy of the frame. The transmission 

warding decision when it receives frames of data from an arrangement transmits copies of the frames through the 

end station through a port of the switch. If the frame is to be designated ports that are available to transmit a copy of the 

transmitted to a number of end stations, the switch must 30 frame and discards copies of the frames to be transmitted 

make the forwarding decision to forward a copy of that from the designated ports that are not available to transmit 

frame to the correct ports. a copy of the frame. 

In nearly every system, there may occur instances in One advantage of the above embodiment of the present 

which the resources of the system are overtaxed. For ^ invention is that the switch forwards as many copies of a 

example, in a network switch with multiple ports, outgoing frame in a network as possible, and does not automatically 

traffic on one or more of the ports may be at such a level that discard the entire frame if only some of the ports are not 

congestion occurs at certain ports, making these ports at available to transmit copies of the frame. This increases the 

least temporarily unavailable for transmitting traffic. Other amount of useful data that is transmitted over the network, 

ports may remain open for transmitting copies of the traffic. 4o and avoids making the initial transmission of the frame to 

Hence, circumstances may arise where some of the ports the network switch for forwarding a complete waste of 

designated for transmission of a copy of the same data are network resources. 

blocked, while other designated ports are not blocked. The foregoing and other features, aspects and advantages 

In conventional multiport network switches, when all of of the present invention will become more apparent from the 

the ports designated to transmit a copy of data are blocked, 45 following detailed description of the present invention when 

the data is discarded and management is notified of the taken in conjunction with the accompanying drawings, 

discarded data. The same discarding procedure is also per- BRIEF DESCRIPTION OF THE DRAWINGS 
formed when only some of the designated ports are blocked 

while others are not blocked. In other words, in this FIG * 1 is a block of a P acket etched system 

situation, the data is completely discarded and no copies are 50 constructed in accordance with an embodiment of the 

sent out, even if only one port is blocked and ten ports are present invention. 

not blocked. This procedure may cause a relatively large FIG - 2 » a block diagram of a multiport switch con- 
amount of data to be discarded in times of congestion, since structed in accordance with an embodiment of the present 
congestion at only one designated port will result in pre- invention and used in the packet switched system of FIG. 1. 
venting data from being provided to the remaining ports of 55 FIG. 3 is a schematic depiction of a switch subsystem of 
the switch. the multiport switch FIG. 2, constructed in accordance with 

an embodiment of the present invention. 

SUMMARY OF THE INVENTION FIG. 4 is a block diagram of a single output queue of the 

There is a need for an arrangement and a method of switch subsystem FIG. 3, constructed in accordance with an 

controlling the transmission of copies of data from multiple 60 embodiment of the present invention, 

ports of a device that provides more data transmissions and FIG. 5 is a detail of a first type of output queue in 

less discarding of data copies. accordance with an embodiment of the present invention. 

This and other needs are met by an embodiment of the FIG. 6 is a detail of a second type of output queue in 

present invention which provides a method of controlling accordance with an embodiment of the present invention, 

transmission of copies of a frame of data through a plurality 65 FIG. 7 is a detail of an overflow area of the external 

of ports, which includes designating the ports from which memory, configured in accordance with an embodiment of 

the copies of the frame are to be transmitted. It is then the present invention. 
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FIG. 8 is a block diagram of a linked list data structure resulting in a collision. Hence, the transmitting station will 

employed in the present invention. monitor the media to determine if there has been a collision 

FIG. 9 schematically depicts a frame buffer header format due t0 another station sending data at the same time. If a 

in accordance with an embodiment of the present invention. collision is detected, both stations stop, wait a random 

FIG. 10 is a detail of the multicopy, reclaim and free 5 1111011111 of time > and retr ? Emission, 
buffer pool area of the switch subsystem of FIG. 4, con- Th e 1°° Mbps network stations 22 preferably operate in 

structed in accordance with an embodiment of the present full-duplex mode according to the proposed Ethernet stan- 

invention. dard IEEE 802.3x Full-Duplex with Flow Control — 

FIG. 11 is block diagram of a free buffer pool structure in Workin S Draf ! ( a3 >- ^ environment provides 

constructed in accordance with an embodiment of the 10 a^o-way, point-to-pomt communication link between each 
present invention Mbps network station 22 and the switch 12, where the 

— <. « switch 12 and the respective stations 22 can simultaneously 

FIG. 12 is a block diagram of a multicopy queue config- transmit and recdve data ^ withom ^Visions. The 

ured in accordance with an embodiment of the present m Mbps network stations 22 each are coupled tQ Qetwork 

invention. 15 med]a 1? via 100 Mbps pnysical (PHY) devices 20 of type 

FIG. 13 is a schematic representation of the multicopy iQO Base-TX, 100 Base-T4, or 100 Base-FX. The switch 12 
cache constructed in accordance with an embodiment of the includes a media independent interface (Mil) 24 that pro- 
present invention. vides a connection to the physical devices 20. The 100 Mbps 

FIG. 14 is a block diagram of a queuing block of the network stations 22 may be implemented as servers or 

buffer manager of the switch subsystem and a port vector 20 routers for connection to other networks. 
FIFO, constructed in accordance with an embodiment of the As shown in FIG, 1, the network 10 includes a series of 

present invention. switch transceivers 16 that perform time division multiplex- 
ing and time division demultiplexing for data packets trans- 

DETAILED DESCRIPTION OF ILLUSTRATIVE mitted betwee n the switch 12 and the 10 Mbps stations 14. 

EMBODIMENTS 25 ^ magnetic transformer module 19 maintains the signal 

The present invention will be described with the example waveform shapes on the media 17. The switch 12 includes 
of a switch in a packet switched network, such as an Ethernet a transceiver interface 18 that transmits and receives data 
(IEEE 802.3) network. It will become apparent, however, Packets to and from each switch transceiver 16 using a 
that the present invention is also applicable to other packet 30 time-division multiplexed protocol across a single serial 
switched systems, as described in detail below, as well as to non-return to zero (NRZ) interface 23. The switch trans- 
other types of systems in general. ceiver 16 receives packets from the senal NRZ interface 23, 

™~ . .1 i ,■ r i t - demultiplexes the received packets, and outputs the packets 

FIG. 1 is a block diagram of an exempkry system in to ^ £ ^ eM ^ u ^ ^ netwofk ^ 1? 

which the present invention may be advantageously Acco J£ * ^ disclosed embodirncnt( each switch trans- 
employed. The exemplary system 10 B . packe sw, ched 35 ceiyer 16 6 has fom iad dent 10 Mbps twisted-pair ports 

network, such as an Ethernet network. Die packet switched , . . 1t , . f . , KTr »T • * e 

■m i 1 j ■ . a j i*' - •* u 11 and uses 4:1 multiplexing across the serial NRZ interlace 

network includes an integrated multiport switch (IMS) 12 ... c c . ; T , f. . tU . r • • A 

iL 4 . ° r j * i * u » 4 enabling a four-fold reduction in the number of pins required 

that enables communication or data packets between net- , ^ switch 12 
work stations. The network may include network stations ' 

having different configurations, for example twenty-four 40 The switch 12 contains a decision making engine, switch - 

(24) 10 megabit per second (Mbps) network stations 14 that in S en gine, buffer memory interface, configuration/control/ 

send and receive data at a network data rate of 10 Mbps, and status registers, management counters, and MAC (media 

two 100 Mbps network stations 22 that send and receive data access contro1 ) protocol interface to support the routing of 

packets at a network speed of 100 Mbps. Hence, the switch data P ackets between the Ethernet ports serving the network 

12 selectively forwards data packets received from the 45 statl0ns 14 and 22< 7116 switch 12 also includes enhanced 

network stations 14 or 22 to the appropriate destination functionality to make intelligent switching decisions, and to 

based upon Ethernet protocol. provide statistical network information in the form of man- 

A j. . ,1 »■ 1 . . j. * «u m Rjfu aeement information base (MIB) objects to an external 
According to the disclosed embodiment, the 10 Mbps b . %™ , -~ , 

1.7- 1/1 a a *, A^ n n „A management entity, described below. The switch 12 also 

network stations 14 send and receive data packets to and - , f • , \ L i . 1 * r 1 * j * 

c *u •* t. 11 • a in a 1 ™ a- *~ ™ includes interfaces to enable external storage or packet data 

from the switch 12 via a media 17 and according to 50 , ... ... , ... iL . • • flL 

u ir j 1 * * ~,i in, n*u ♦ yon; and switching logic in order to minimize the chip size 01 the 

half-duplex Ethernet protocol. The Ethernet protocol ISO/ . A , ^ 1 ^ •« i. n ■ 1 j u 

IEC 8802-3 (ANSI/IEEE Std. 802.3, 1993 Ed.) defines a swlU * 12 - For ™7«rvDA Tt\^ , < ™t t ^ ?~ 

half-duplex media access mechanism that permits all sta- nous d y namlc RAM (SDRAM) interface 34 that provides 

tions 14 to access the network channel with equality. Traffic access „ to an ex,ernal memor y 36 /°' T s ' ora e e ° f re f celved 

. , . • * ^ frame data, memory structures, and MIB counter informa- 

m a half-duplex environment is not distinguished or prion- 55 . ™ ' \, , on 1An 10 n x*tt 

tized over the medium 17. Rather, each station 14 includes Uo \ ™ e 36 may be an 80, 100 or 120 MHz 

an Ethernet interface card that uses carrier-sense multiple synchronous DRAM having a memory size of 2 or 4 mbytes, 
access with collision detection (CSMA/CD) to listen for ^ switch 12 also includes a management port 30 that 

traffic on the media. The absence of network traffic is enables an external management entity to control overall 

detected by sensing a deassertion of a receive carrier on the 60 operations of the switch 12 by a management MAC interface 

media. Any station 14 having data to send will attempt to 32. The switch 12 also includes a PCI interface 26 enabling 

access the channel by waiting a predetermined time after the a ccess by the management entity via a PCI host and bridge 

deassertion of a receive carrier on the media, known as the 28. Alternatively, the PCI host and bridge 28 may serve as 

interpacket gap interval (IPG). If a plurality of stations 14 an expansion bus for a plurality of switch devices 12. 
have data to send on the network, each of the stations will 65 The switch 12 includes an internal decision making 

attempt to transmit in response to the sensed deassertion of engine (FIG. 2) that selectively transmits data packets 

the receive carrier on the media and after the IPG interval, received from one source to one, many, or on destination 
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station. The internal decision making engine may be sub- The decision making engine (i.e., internal rules checker 

stituted with an external rules checker. The switch 12 58 or the external rules checker 42) outputs a forwarding 

includes an external rules checker interface (ERCI) 40 that decision to a switch subsystem 56 in the form of a port 

allows use of an external rules checker 42 to make frame vec tor identifying each MAC port that should receive the 

forwarding decisions in place of the internal decision mak- 5 d a u packet. The port vector from the rules checker includes 

ing engine Hence, frame forwarding decisions can be made mc addrcss location storing the daU packct in the extcmal 

either by the internal rules checker the external rules checker memory 36 and me identification of the MAC ports to 

' . , , r ™ . <• . receive the data packet for transmission (e.g., MAC ports 

The switch 12 also includes an LED interface 44 that q_ 26) ^ switcn subsystem S6 fetches me data packet 

clocks out the status of conditions per port and drives LED 10 idcntified in the port vector from the external memory 36 via 

external logic 46. The LED external logic 46, m um, drives the external mem0 ry interface 34, and supplies the retrieved 

LED display elements 48 that are human readable. An data packet t0 the a pp r0 p r i ate transmit FIFO 54 of the 

oscillator 38 provides a 40 MHz clock input for the system identified ports. 

functions of the switch 12. AJJ v i • \ _r -j j * i 

„ . , . . . Additional interfaces provide management and control 

" ?«wcx « bk fS,? , F ^ ^ integrated multiport , s infonnation . For example> a managem e„t data interface 59 

switch IMS) 12 oi HO. 1. IHe switch 12 includes twenty- enab , es (he switch u 

to exchange control and status infor* 

four (24) 10 M\bps media access control (MAC) pons 50 for madon wi(h , he switch transceivers 16 and the 100 mb 

■coding and rccc.vmg data packets m half-duplex between fa icaJ devices 20 accordi t0 (he Mn mana t 

the respective 10 M\bps network stations 14 (ports 1-24), specificalion (IEEE 802 . 3 u). For example, the management 

and two 100 M\bps MAC ports 53 for sending and receiving 20 daU interface «.„ b , managem6nt data c i ock (MDC) 

data packets in full-duplex between Uie respective 100 iAi a timi reference on tbe bidirectioDal manage . 

M\bps network stations (ports 2S, 26). As described above, m6n , data ]0 &i , ^ 

the management interface 30 (port 0) also operates accord- „ . _ „ , , . . 

ing to MAC layer protocol. Each of the MAC ports 50, 53 1 . Thc , PCI "terface 26 is a 32-bit PCI revision 2.1 corn- 

and 30 has a receive first in-first out (FIFO) buffer 52 and 25 P llant slave interface for access by the PCI host processor 28 

transmit FIFO 54. Data packets from a network station are t0 ln,ernal 1M f statu5 ™* c ™ fi S?' atlon <0 - a , nd 

received by the corresponding MAC port and stored in the access external mem01 ? 36 ; ^ f? interface 26 can also 

corresponding receive FIFO 52. The received data packet is serve as an mansion bus for mulUple swUch devices. The 

output from the corresponding receive FIFO 52 to the moment port .30 .interfaces to an external MAC engine 

external memory interface 34 for storage in the external 30 lhl0 ^ h a standard seven-wire inverted serial GPSI 

„ : , i<r interface, enabling a host controller access to the switch 12 

memory 36. . , w * , - 

T* i_ j r iU j 1 , - i r j j . via a standard MAC layer protocol. 

The header of the received packet is also forwarded to a J r 

decision making engine, either internal rules checker 58 or FIG - 3 de P icts lhe swilch subsystem 56 of FIG. 2 in more 

the external rules checker interface 40, to determine which dctai1 according to an exemplary embodiment of the present 

MAC ports will output the data packet. Specifically, the 35 invenUon. Other elements of the multiport switch 12 of FIG. 

packet header is forwarded to the internal rules checker 58 2 arc reproduced in FIG. 3 to illustrate the connections of the 

or the external rules checker interface 40, depending on swltch subsystem 56 to these other elements. The switch 

whether the switch 12 is configured to operate using the subsystem 56 contains the core switching engine for receiv- 

internal rules checker 58 or the external rules checker 42. in g and forwarding frames. The main functional blocks used 

The internal rules checker 58 and external rules checker 42 40 t0 implement the switching engine include: a port vector 

provide the decision making logic for determining the FIF0 70 > a buffer mana S er 72 > a P lurahtv of P ort out P ut 

destination MAC port for a given data packet. The decision q ueues 74 > a management port output queue 75, an expan- 

making engine may thus output a given data packet to either sion bus P ort out P ut <l ueue 77 > a free buffer P° o1 104 > a 

a single port, multiple ports, all ports (i.e., broadcast), or no multicopy queue 90, a multicopy cache 96 and a reclaim 

ports (i.e. filtering). For example, each data packet includes 45 < l ueue 98 ' ^ operation and structure of these functional 

a header having source and destination address, where the blocks wm be described in more detail, but a brief overview 

decision making engine may identify the appropriate output of ^ c switch subsystem 56 of FIG. 3 is first presented to 

MAC port based upon the destination address. Alternatively, P rovide to later ^cussion of the individual 

the destination address may correspond to a virtual address elements. 

that the appropriate decision making engine identifies as 50 There are two basic types of frames that enter the multi- 
corresponding to a plurality of network stations. port switch 12 from the ports: unicopy frames and multicopy 
Alternatively, the received data packet may include a VLAN frames. A unicopy frame is a frame that is received at a port 
(virtual LAN) tagged frame according to IEEE 802. Id which is to be transmitted by the multiport switch 12 to only 
protocol that specifies another network (via a router at one one other port. By contrast, a multicopy frame is a frame that 
of the 100 M\bps stations 22) or a prescribed group of 55 is received at one port for transmission to more than one 
stations. Hence, either the internal rules checker 58 or the port. In FIG. 3, each port is represented by a separate MAC 
external rules checker 42 via the interface 40 will decide 50, having its own receive FIFO 52 and transmit FIFO 54. 
whether a frame temporarily stored in the buffer memory 36 Frames, whether unicopy or multicopy, are received by 
should be output to a single MAC port or multiple MAC the internal MAC engines 50. When the frame packet is 
ports. 60 received at the port, it is placed in the receive FIFO 52. Each 
Use of the external rules checker 42 provides advantages frame has a header, which is provided to a rules checker, 
such as increased capacity, a random-based ordering in the either the internal rules checker 58 or the external rules 
decision queue and enables decisions to be made in an order checker 42. The rules checker 42 or 58, based on the 
independent from the order in which the frames were infonnation in the header (or in the case of 42 up to 64 bytes 
received by the switch 12 and decision making based on a 65 of data from the frame), determines from where the frame 
larger amount of data from the beginning of the frame (up packet will be cast, i.e., through which port or ports will the 
to 65 bytes), frame packet be transmitted. 
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At the same time as the rules checker 42 or 58 gets the these aspects that will be described is the structure of the 

data necessary for forwarding decision the buffer manager various output queues 74 of the present invention. In addi- 

72 obtains a free buffer pointer from the free buffer pool 104. tion to the output queues 74 designated for the 10 Mb/s 

This free buffer pointer is the location in external memory 36 output ports and the 100 Mb/s output ports, an output queue 

at which the frame will be stored by the receive FIFO 52. s 75 is provided for the management port 30, and an output 

Once the free buffer pointer is obtained from the free buffer queue 77 is provided for the expansion port 26. These output 

pool 104 by the buffer manager 72, the buffer pointed to by queues 75, 77 have the same external structure as the output 

the free buffer pointer is no longer considered free. The queues 74, but different internal configurations, as will be 

frame data is transferred over data bus 80 from the receive described. 

FIFO 52 to the external memory 36 in a direct memory 10 fig. 4 is a block diagram of the external structure of an 
access (DMA) transaction. The frame is stored in the loca- output queue 74 in accordance with an embodiment of the 
tion pointed to by the free buffer pointer obtained from the present invention. As is apparent from FIG. 4, the output 
free buffer pool 104, although a number of other buffers may queU e 74 of the present invention has a three-part configu- 
be used to store a frame, as will be described. rat i oa For highest performance it is preferable to keep all of 
In addition to the header data, the rules checker 42 or 58 15 the queuing structure on the chip (referring to the multiport 
also receives the free buffer pointer from the buffer manager switch 12), but the real estate on a chip is very expensive. 
72. This free buffer pointer is now referred to as a frame This presents a dilemma when the chip is designed to switch, 
pointer since it points to the memory location in the external and needs to queue, a large number of entries. The present 
memory 36 where the frame is stored. The rules checker 42 invention solves this dilemma by providing a single output 
or 58 uses the header information to make the forwarding 20 queue that includes a high performance, low capacity sec- 
decision and generate a forwarding instruction in the form of tion that is on-chip, and an overflow area that is off-chip. The 
a "port vector". In the exemplary illustrated embodiment, overflow area allows the queue to serve as a large capacity 
the port vector is a 28 -bit vector with a bit set for each output queue as needed, albeit with a relatively lower performance 
port to which the frame should be forwarded. Assume for than the on-chip portion. 

this overview example that the received frame is a unicopy 25 a single logical output queue 74 of the present invention, 

frame. Accordingly, only one bit is set in the port vector according to the embodiment of FIG. 4, has three physical 

generated by the rules checker 42 or 58. The bit that is set sections. These include an output queue write side 76, an 

in the port vector corresponds to a particular one of the ports. output queue read side 78, and an output queue overflow 

The rules checker 42 or 58 places the port vector and the area (generally designated as 110) located in the external 

frame pointer (as well as a control opcode and a VLAN 30 memory 36. Access to the external memory 36 for all of the 

index in the case of 100 Mbps ports, management port and output queues 74 is through the external memory interface 

PCI port) into the port vector FIFO 70. The port vector is 34, as described earlier. The present invention takes advan- 

examined by the port vector FIFO 70 to determines into tage of the bursting nature of current external memories, so 

which particular output queue 74 (or queues) the frame that the data (e.g., frame pointers) is sent on and off the chip 

pointer associated with the port vector should be input. The 35 to the overflow queue area 110 in bursts over the bus 84 

port vector FIFO 70 places the frame pointer into the top of connecting the chip 12 to the external memory 36. 
the appropriate output queue 74. This queues the transmis- The output queue write side 76 and the output queue read 

sion of the frame. side 78 are located on the chip 12. The write side 76 and the 

At some point in time, the frame pointer reaches the 4Q read side 78 are considered to be small, expensive resources, 

bottom of the output queue 74 after passing through the By contrast, the overflow area 110, forming the third part of 

output queue 74. The buffer manager 72 takes the frame the output queue 74, is large and inexpensive. The write side 

pointer when it arrives at the bottom of the output queue 74 76 and the read side 78 provide high performance, while the 

and passes the frame pointer to the appropriate transmit path through the overflow area provides a low-performance, 

FIFO 54 of the correct port via frame pointer read bus 86. ^ large capacity path. 

This schedules the transmission of the frame. The frame data l n operation, the output queue write side 76 receives an 

is read in a DMA transaction from the location in external entry. In the exemplary embodiment of a multiport switch 12 

memory 36 pointed to by the frame pointer, is placed in the according to the present invention, the entry is a frame 

appropriate transmit FIFO 54 and then transmitted. pointer that points to the first buffer in external memory in 

A multicopy transmission is similar to the unicopy 50 which the first 240 bytes of a frame are stored. It should be 

transmission, except that the port vector has multiple bits apparent to those of skill in the art, however, that the output 

set, designating the multiple ports from which the frame will queue structure 74 is not limited to frame pointers as entries, 

be transmitted. The frame pointer is placed into each of the but is widely applicable to queue other types of entries, both 

appropriate output queues 74 and transmitted from the in multiport switches and in other technologies, 
corresponding transmit FIFOs 54. 5S After the entry flows through and reaches the bottom of 

The buffer manager 72 uses the special control queues, the output queue write side 76, control logic associated with 

i.e., the free buffer pool 104, the multicopy queue 90, and the the output queue 74 makes a decision as to what to do with 

reclaim queue 98, and the multicopy cache 96 to manage the the entry. If there is space in the output queue read side 78, 

process of allocating buffers to store received frames and and the overflow area 110 for that output queue 74 is empty, 

retrieving buffers for re-use once the frame has been trans- 60 then one or more entries are passed directly from the output 

mitted to its designated output port(s). The buffer manager queue write side 76 to the output queue read side. Tliis 

72 also maintains "overflow" regions in external memory 36 passing of the entry or entries directly from the write side 76 

for the output queues 74 and the control queues 104, 90 and to the read side 78 is performed entirely on the chip 12, and 

98, as will be described in more detail later. is therefore a low-latency, fast flow-through of an entry. 

With this operational overview serving as background, the 65 If the output queue read side 78 is full, and there is at least 

individual sections and various aspects of the switch sub- a burst-size amount of data (e.g., 16 bytes worth of entries) 

system 56 will now be discussed in more detail. The first of in the output queue write side 76, then the data is written in 
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a burst fashion into the overflow area 110 for that output port): twenty-four for the 10 Mb/s user ports, two for the 100 

queue 74. If the output queue read side 78 is full, but there Mb/s server ports, one for the management port and one for 

is not yet a burst-size amount of data in the output queue the expansion bus port. The output queues 74, 75 and 77 

write side 76, then the entry remains in the output queue provide temporary storage for frame pointers when they are 

write side and nothing further is done. Eventually, the output 5 queued for transmission. Queuing takes the form of the port 

queue read side 78 will empty, and when the output queue vector FIFO 70 writing frame pointers into the various 

read side 78 has enough space to accommodate a burst-size output queues 74, 75 and 77 indicated in a forwarding port 

amount of data, and there is data in the overflow area 110, vector. 

a burst of data is provided from the overflow area 110 into [q certain preferred embodiments of the invention, the 

the output queue read side 78. 10 various output queues 74, 75 and 77 contain several or all of 

In the output queue structure, the read side 78 is acting the following fields: unicopy bit, frame pointer, control 

most like a traditional queue, because it is from this portion opcode or control signals, and VLAN (virtual local area 

that entries are taken, one by one. The output queue write network) index. The unicopy bit flags a frame which is to be 

side 76 mostly serves a collection function to assemble the forwarded to only one output port. The frame pointer points 

data into bursts for writing to the external memory 36. 15 to the beginning of the frame in external memory 36. The 

Hence, the present invention transforms single events control opcode identifies special information about the 

(placing an entry into the output queue 74) into a burst event. frame (i.e., newly learned address etc.). The control signals 

The write side 76 allows an accumulation of data to then use information from the control opcode to indicate how the 

burst, if necessary, to the overflow area 110 in the external ports will handle frames before transmission. The VLAN 

memory 36. The overflow area 110 provides inexpensive 20 index provides the reference to a VLAN tag which should be 

storage in times of congestion, rather than dedicating expen- inserted (if necessary) into the outgoing frame. However, 

sive chip resources to a function that will only be needed on these fields are exemplary only, as the present invention is 

relatively rare occasions. Even though the present invention applicable to other output queues with different types of 

utilizes an overflow area 110 that is off-chip, the accessing fields. 

of this area 110 is performed in a manner that is efficient, by 25 The internal structure of an exemplary embodiment of a 

bursting a number of bytes of information at a time. This is fi^t type of output queue 74, the 10 Mb/s port output queue, 

in contrast to conventional queuing structures in which is depicted in FIG. 5. The 10 Mb/s output queues 74 hold 

single entries are written and read to and from the queue. entries for frames to be forwarded to the 10 Mb/s ports. The 

During operation, if there is a lot of entries arriving at the output queue write sides 76 for these queues hold thirty -two 

output queue 74, these entries are placed into the overflow 30 entries and the output queue read sides 78 hold sixteen 

area 110 to avoid overflowing the on-chip queue 78. Hence, entries in the exemplary illustrated embodiment, although 

the discarding of frames is largely prevented with the queue other sizes are contemplated and within the scope of the 

structure of the present invention. Also, the total amount of invention. Each entry in a 10 Mb/s output queue 74 com- 

mernory dedicated to the overflow areas 110 may be readily prises a unicopy bit and a frame pointer (14 bits). In the 

changed by changing the size of the external memory 36, 35 exemplary embodiment of the multiport switch of the 

Furthermore, the sizes of the individual specific overflow present invention, the VLAN index is not necessary because 

areas 110 are programmable to customize the queue sizes, there is no VLAN tagging on 10 Mb/s ports, 

without impacting the performance of the output queues 74. The internal structure of an exemplary embodiment of a 

Typically, a queue is an ordered structure with a first- in, 4Q second type of output queue 74, the 100 Mb/s port output 

first-out arrangement. In some types of queues, however, queue, is depicted in FIG. 6. The 100 Mb/s port output 

such as the reclaim queue 98 and the free buffer pool 104, queues hold entries for frames to be forwarded to the 100 

the order of entries does not matter. If it is possible to send Mb/s ports. The output queue write side 76 holds sixty-four 

data directly from the write side 100 to the read side 102, the entries in this type of output queue, and the output queue 

present invention permits information to be directly sent this 45 read side holds sixteen entries. Each entry comprises a 

route, bypassing the overflow area for the queue. This is VLAN index, a partial control opcode (bits 4-0), a unicopy 

permitted even if there is information in the associated bit and a frame pointer. 

overflow area, as long as the information is not order- An exemplary map of the external memory 36 is depicted 

sensitive. For example, the reclamation of buffers is not in FIG. 7. The overall capacity of the external memory 36 

order-sensitive, since any order in which the buffers are 5Q may fc e , for example, 4 Mb, although other capacity memo- 

eventually returned to the free list in the free buffer pool 104 neg are employed in different embodiments. The use of an 

after the buffer is no longer needed to store the frame is external memory 36 for the overflow areas according to the 

acceptable. present invention permits increasing or decreasing the size 

Hence, in order to avoid incurring the bandwidth of a of the output queues by simply changing the size of the 

write to the overflow area 110 for the reclaim queue 98 in the 55 overflow area in the external memory. This is an advantage 

external memory 36 when the data is not order-sensitive, the over systems in which the queue structure is entirely on the 

information is passed directly from the write side 100 to the chip, as the overall queuing capacity is set at manufacture of 

read side 102, assuming the read side 102 has room for more the chip. 

entries. The reclaim queue 98 is an example of a type of To satisfy the storage requirements of the switch 12, an 

queue that queues data which is not order-sensitive. 60 exemplary embodiment of the external memory 36 allocates 

However, there are many other types of data in different space for the following areas: free buffer pool overflow 120, 

applications that are also not order-sensitive, so that this reclaim queue overflow 122, multicopy queue overflow 124, 

feature of the present invention finds utility in queues that management port output queue overflow 126, individual 

queue these other types of data. output que ue overflows 128 for each of the 10 Mb/s and 100 

In the multiport switch of an exemplary embodiment of 65 Mb/s destination ports, expansion bus port output queue 

the present invention as depicted in FIGS. 1 and 2, there are overflow 130, the MIB counters 132, and the global frame 

twenty-eight output queues (each associated with an output buffer pool 134. 
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The BASE Address for the entire memory region is The external memory bursts are 2 banksxl 6-bytes long, so 

programmable in a memory base address register among the actual frame storage capacity in each buffer is 256B-16B- 

registers 60 on the chip. The BASE Address for each area in 240B. 

the external memory map is programmable in the register As depicted in FIGS. 9a and 9b, the first and subsequent 

set. No length register is required, the length for a given area 5 buffer header formats contain the following fields: 

l^Tfl t0 ^/u a fr ° m ^ ^ BASEAddress t0 thc Buffer Format Bit: indicates what buffer format is in use. 

BASE Address of the next area in the mapping. A Qm Mic ^ {h& ^ b ^ fs format) which ^ n byteg 

Since the length (and therefore capacity) of each of the m ] cngtn A ^ indicates a subsequent buffer's format, 

individual overflow areas is programmable, the overall which is 4 bytes. It is used for each of the remaining buffers 

capacity of each queue is programmable. This feature of the 10 w hen chaining buffers 

present invention permits customization of the switch to E ffit (End Qf ^ indicates ^ fe ^ ^ 

provide particular output queues with increased capacity, as u « r c Tin. *u i- u-» * * *u 

A A ft v j> buffer for a frame. When the E bit is set, there are no more 

nccdcd ' buffers in the chain. 

The following overflow areas store entries that do not fit ^ ~ . ^ ~ # t ,v . . 

. , . , - 1 i • 11 4U c i j 1^ C Bit (CRC Error Detected): indicates a CRC error was 

into the control queues on the chip 12 are therefore placed 13 J( , j v L tL „„' ~ „.„ . , , t , 

. t iL . j-% s hpl c i_ ixt i detected by the receiver. When the C Bit is detected, the 

into the external memory 36. The free buffer pool overflow . . „ J . .„ , t . . t ' nn 

,- A , j j ■ * * *i j transmit function will purposely transmit an inverted CRC. 

area 120 stores the address pointers to currently unused r r J 

buffers in the global frame buffer pool 134, T*e reclaim L Bit (Alignment Error): indicates a Frame Alignment 

queue overflow area 122 stores frame pointers to linked-list Error was dctcctcd ( alon S Wlth a CRC Error ) in rcceivc 

chains that are no longer needed. The multicopy queue 20 f rame - 

overflow area 124 stores frame pointers with copy numbers O Bit (Receive FIFO Overflow): indicates the receive 

">=1" (for queued frame pointers) and frame pointers with FIFO overflowed and the data in the buffer may not be valid, 

copy numbers (for successfully transmitted frames) Buffer Length: the total number of bytes which are valid 

The following overflow areas store entries for output in the data field of the buffer beginning with the first byte 

queues which do not fit on-chip. The management port 25 after the buffer header. This length should not include the 

output queue overflow area 126 stores frame pointers await- Offset Byte value. 

ing transmission to the management port. Output queue N ex t Buffer Pointer: the pointer to the next buffer. The 

overflow areas 128 store frame pointers awaiting transmis- next buffer pointer is not valid when the E Bit is set. 

sion to the appropriate 10 Mb/s port or 100 Mb/s port. The 3{} offset Byte Ca[mt indicates where the flrst byte of the 

expansion bus port output queue overflow area 130 stores ffame starts in the frame data section of the buffcr ^ offset 

frame pointers awaiting transmission to the expansion bus of zero means the data win begiQ at the firsl byte after the 

P ort * buffer header 142. An offset of zero indicates frame data will 

The MIB counter region 132 contains all the per port begin at the byte following the 16* byte in the buffer. For 

statistics which are updated periodically by the switch 12. 35 non -zero values of offset, frame data will begin following 

The switch 12 maintains 8-bit and 16-bit counters on-chip 16B+Offset from the beginning of the buffer. The transmit 

for storing MIB statistics. The switch 12 updates the 32-bit function will skip over the number of bytes indicated in the 

or 64-bit MIB counters in external memory 36 with the offset Byte field. 

frequency required to prevent loss of MIB data. p m (Port Type) . indic&iQS the port type of the incoming 

The global frame buffer pool 134 contains buffers in 40 rece i ve f rame> a zero indicates a 10 Mb/s port and a one 

linked-lists which store received frame data. At any given indicates a 100 Mb/s port. This bit is used by the host 28 in 

time, these linked lists contain valid frame data, obsolete conjunction with the time stamp field when it programs the 

buffers which will be returned by the buffer manager 72 to switch 12 to f orwar d frames to the expansion bus before the 

the free buffer pool 104 or are owned by the PCI host frame ^ comp letely received and buffered to external 

processor 28. 45 mem ory 36. 

Referring now to FIG. 8, frame data received from any j Bit: indicates thc rcccivcd frame type: taggcd or 

MAC port or the PCI bus is stored m external memory 36 in untagged> A one indicates a tagged frame and the VLAN 

a hnked-hst data structure format in an exemplary embodi- Idcntifier field contains the reccivcd VLAN ID. A zero 

ment of the present invention. The buffers 140 used to create indkates an unta d frame and the VLAN ID is not valid, 

the luiked-list are 256 bytes in length, although other sized cn „ . „ » T , , , t . , 

buffer lengths are employed in different embodiments of the R f eceive Port Numbe ; : me number of the P ort from whlch 

invention. Address pointers to each of these buffers 140 are ™ tramc was received - 

stored by the free buffer pool 104 in the switch 12. VLAN Identifier: the VLAN ID received from a "tagged" 

As a frame is received at one of the ports of the switch 12, P ort - f f tam& was received from an untagged port, this 

the buffer manager 72 requests address pointers from the ss field 15 invalid - 

free buffer pool 104 for linking buffers 140 to store the R Bit (Recalculate CRC): indicates the CRC needs to be 

frame. The address pointer to the first buffer in external stripped and recalculated at the transmit function. The 

memory 36 that stores the frame becomes the frame pointer switch 12 sets this bit when a tagged frame is received. In 

for that frame. The frame pointer is used in the switch addition, if the host 28 modifies a frame's contents, the host 

subsystem 56 for queuing frames to be transmitted. 60 28 sn °ul d set this bit. When the switch 12 transmits a frame, 

The buffers 140 are chained together by address pointers it will examine this bit to determine whether to transmit the 

in each buffer header 142 that indicate the location of the existing CRC or strip and recalculate the CRC. 

next buffer in memory. The buffer headers 142 also contain A Bit (Append CRC): indicates that there is no CRC at the 

other information about the frame data contained in the end of the frame data. The host can create a frame in memory 

buffer 140. The first buffer's header is 12 bytes, as depicted 65 (without a CRC) then set this bit. The switch 12 will 

in the exemplary buffer header format of FIG. 9a, Each generate and append a CRC when transmitting the frame. If 

subsequent buffer's header is 4 bytes, as depicted in FIG. 9b. the A Bit is set, the frame length should not include CRC. 
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F Bit (Format Bit): identifies the Frame LengthTime 6) to indicate that this is a single transmission. When the 

Stamp field. A zero indicates the field is the time stamp of buffer manager 72 reads the frame pointer and the unicopy 

the incoming frame. A one indicates the field is the frame bit from the output queue 74 of the port, it schedules the 

length of the received frame. transmission as discussed previously. The buffer manager 72 

Frame length/time stamp: dependent on F Bit. IF F Bit is 5 uses toe frame pointer to locate the first buffer in external 

cleared, this field represents the time stamp from the begin- memory 36 in which the frame is stored. The buffer manager 

ning of the received frame. The time stamp has a resolution 72 reads the buffer header from this first buffer, captures data 

of 1 /is. If the F Bit is set, indicates the total length of the from the first buffer and places this data in the appropriate 

received frame including CRC and any received VLAN Tag. UAC transmit FIFO 54. The links to subsequent buffers, 

When a frame is received, the switch 12 marks this field with i° assuming that the frame spans multiple buffers, provides the 

the time stamp (from the timer register). If the host 28 has buffer manager 72 with the address to find and transmit all 

programmed the switch 12 to forward expansion bus frames °f tne buffers in the chain for that frame. Once the data has 

before the frame has been completely received, it can use the been placed in the FIFO 54 for transmission, the buffer 

time stamp (along with the speed of the receive port) to becomes obsolete and is returned to the free buffer pool 104 

gauge how much data it can fetch from external memory 36 15 for eventual re-assignment to store data of another frame, 

without over-reading the frame data. Once the entire frame When the copy number is greater than 1, the port vector 

has been received, the switch 12 writes the frame length into FIFO 70 copies the frame pointer, VLAN index and control 

this field and sets the F Bit. signals/control opcode to each of the appropriate output 

Copy number: used to indicate the number of copies queues 74. (When referring to queues 74, reference is also 

successfully queued for transmission by the port vector 20 made to queues 75, 77). The port vector FIFO 70 clears the 

FIFO 70. This field is used to store the copy number for a unicopy bit for the appropriate frame pointers in the output 

frame pointer if the buffer manager 72 needs to make space <5 ueues 74 ™ d P laces the framc pointer with a copy number 

in the multicopy cache 96 for new entries. of ">1" into the write side 92 of the multicopy queue 90. 

FIG. 10 is a detailed depiction of some of the elements of Whenever the buffer manager 72 reads a frame pointer 

the switch subsystem 56 of FIG. 3. These elements are used and a cleared unicopy bit from one of the output queues 74, 

to provide the buffers for storage of frames, and to reclaim the buffer manager 72 schedules the transmission of the 

these buffers and make them available for use again once the frame, but also checks the multicopy cache 96 for an entry 

buffers are no longer needed for storage of the frame. As with a frame pointer having a copy number of "1". If a frame 

described earlier, each output queue 74, 75 (except output pointer with a copy number of "1" is found in the multicopy 

queue 77) passes frame pointers to the buffer manager 72, cache 96, then the buffer manager 72 schedules the frame for 

which schedules transmission of the frames pointed to by the transmission and reclaims the buffers during transmission in 

frame pointers. The buffer manager 72 controls the follow- the same manner as in the unicopy transmission of a frame, 

ing functions: 1) managing the internal busses of the switch However, if the frame pointer is not in the multicopy cache 

12; 2) facilitating queuing/dequeuing frame pointers to/from 96 or the copy number of the frame pointer in the multicopy 

the output queues 74; 3) managing the control queues 90, 98 cache 96 is greater than 1, then the buffer manager 72 

in order to locate and return buffers to the free buffer pool transmits the frame but does not reclaim the buffers. After 

104; 4) controlling the flow of data to and from the external successful transmission, the buffer manager 72 places a copy 

memory 36; and 5) maintaining the memory structures, of the frame pointer, along with a copy number of u -l" into 

including MIBs and overflow areas. The buffer manager 72 4Q the write side 92 of the multicopy queue 90. 

contains a scheduler function for allocating all accesses to Each time a multicopy frame is transmitted, the buffer 

external memory 36. These accesses include 1) writing manager 72 places a copy of the frame pointer into the 

received frame data to memory buffers 140, 2) reading frame multicopy queue 90, provided the buffer manager 72 did not 

data from memory buffers 140 for transmission and 3) find the frame pointer in the multicopy cache 96 with a copy 

maintaining (i.e., writing and reading) the frame pointers in ^ number of "1". Hence, at any given time, the multicopy 

each of the overflow areas for the output queues 74 and queue 90 may contain the frame pointer with a copy number 

control queues 90, 98 and 104) updating MIB counters. that is >"1" and/or several copies of the same frame pointer, 

After the buffer manager 72 has copied a given frame each with a copy number of -1. 

pointer to all the appropriate output queue(s) 74, 75, the port The buffer manager 72 constantly services the multicopy 

vector FIFO 70 calculates the number of copies (the "copy 50 queue 90 and the multicopy cache 96 in order to reclaim 

number") and The copy number may be "0", indicating that obsolete buffers. When it services the multicopy queue 90 

the frame should not be forwarded, a "1", indicating a and reads a frame pointer with a copy number ">1", the 

unicopy transmission, or a number ">1", indicating a mul- buffer manager 72 attempts to place this new entry (frame 

ticopy transmission. These three cases are described below. pointer and copy number) into the multicopy cache 96. If the 

When the copy number is "0", which means that the frame 55 multicopy cache 96 is full, the buffer manager 72 makes 

pointer has a null forwarding port vector with no bits set, the space for the new frame pointer. The buffer manager 72 

port vector FIFO 70 passes the frame pointer directly to the reads an "older" multicopy cache entry, updates the copy 

write side 100 of the reclaim queue 98. When the buffer number for this entry in its buffer header in external memory 

manager 72 services the reclaim queue 98, as will be 36, then clears the entry from the multicopy cache 96. As 

described, the buffer manager 72 breaks down the linked-list 60 room becomes available in the multicopy cache 96, the 

chain of buffers and returns the address pointer for each buffer manager 72 is able to place the new entry from the 

"free" buffer to the write side 106 of the free buffer pool 104. multicopy queue 90 into the multicopy cache 96. 

When the copy number is "1", a unicopy transmission, the When the buffer manager 72 services the multicopy queue 

port vector FIFO 70 copies the frame pointer, control 90 and reads a frame pointer with a copy number of "-1", 

signals/control opcode and the VLAN index to the output 65 it searches the multicopy cache 96, looking for a matching 

queue 74 of the appropriate port. The port vector FIFO 70 frame pointer address with a copy number ">=1" to decre- 

sets the unicopy bit in the output queue 74 (see FIGS, 5 and ment or delete. If the buffer manager 72 finds a frame pointer 
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match, the buffer manager 72 will: 1) decrement the multi- 
copy cache's frame pointer if the copy number is ">1" or 2) 
delete the multicopy cache's frame pointer/copy number 
entry and place the frame pointer into the reclaim queue 98 
if the copy number is "1". 

If the buffer manager 72 does not find a matching frame 
pointer, the buffer manager 72 searches the frame pointer's 
buffer header in external memory 36 (see FIG. 9) for the 
copy number. If the copy number in memory is "1", the 
buffer manager 72 places the frame pointer into the reclaim 
queue 98. If the copy number in memory is ">1", the buffer 
manager 72. 

The buffer manager 72 constantly services the reclaim 
queue 98 by reading frame pointers, then "walking" the 
linked-list chain to return buffers to the free buffer pool 104. 
This activity only returns buffers for frames that had null 
port vectors and were queued to the reclaim queue by the 
port vector FIFO 70, or frames with a multicopy forwarding 
vector and have completed transmissions of all of the copies. 
Buffers linked for unicopy frames are returned directly to the 
free buffer pool 104 when the frame is transmitted, as 
described above. 

If the port vector FIFO 70 is not able to place a frame 
pointer for a unicopy forwarding vector into an output queue 
74, because that output queue 74 and its overflow area 110 
in external memory 36 are full, the frame is discarded. The 
frame pointer is returned to the reclaim queue 98 and the 
discarding of the frame is noted by the management 
resources of the switch. 

If the port vector FIFO 70 is not able to place one or more 
frame pointers for a multicopy forwarding vector, because 
one or more of the output queues 74 and their overflow areas 
110 in external memory 36 are full, the frame is only 
forwarded to the output queues with available space and the 
copy number placed into the multicopy queue 90 will only 
reflect the successfully placed frame pointers. The non- 
placement of the frame pointer is noted by the switch 
management resources for each of the ports for which the 
frame pointer could not be queued. If the port vector FIFO 
70 is not able to place any of the frame pointers for a 
multicopy forwarding vector, because all of the output 
queues 74 and their overflow areas 110 in external memory 
36 are full, the frame pointer is passed to the reclaim queue 
98, and the switch management resources are duly notified. 

The logic for implementing the above described actions 
taken by the port vector FIFO 70, such as determining which 
of the output queues that are full, and the placement of the 
frame pointers in only those queues that are not full and 
discarding the rest, is readily provided by those of ordinary 
skill in the art provided with this functional description. For 
example, the fullness of the output queues may be deter- 
mined by a comparison of the number of frame pointers in 
a particular output queue (as kept track of in one of the 
registers 60) and comparing this number to a threshold 
number that indicates the queue is full. Upon this 
recognition, the port vector FIFO 70 simply discards the 
frame pointer that was to be loaded into that output queue 
and increases a count (kept in another register 60) of the 
number of discarded frame pointers for that multicopy 
frame. 

The multicopy queue 90 is a high priority queue used by 
the buffer manager 72 to keep track of how many transmis- 
sions must be completed of a particular multicopy frame 
before all buffers (i.e., address pointers) used to store the 
frame can be returned to the free buffer pool 104. The write 
side 92 and read side 94 of this output queue hold 64 and 16 
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entries, respectively. The multicopy queue 90 feeds the 
multicopy cache 96, which is used by the buffer manager 72 
to determine when to reclaim buffers. The multicopy queue 
internal structure is depicted in FIG. 12. 

The port vector FIFO 70 places a copy of a frame's frame 
pointer and copy number which is ">1", based on the 
number of frame pointers it successfully placed in the output 
queues 74, into the multicopy queue 90. If a particular port's 
output queue 74 is full, the port vector FIFO 70 cannot place 
a copy of the frame pointer into the output queue 74; hence 
it cannot include this as a successful event in determining the 
copy number. 

Each time the buffer manager 72 reads an output queue 
frame pointer and fmds the unicopy bit is "0", (i.e., a 
multicopy), it checks the multicopy cache for the frame 
pointer with a copy number of "1", which indicates that this 
is the last transmission. If this match is found, the buffer 
manager 72 transmits the frame and reclaims the buffers in 
the same manner as in the unicopy transmission, by provid- 
ing the obsolete buffers to the free buffer pool 104 after the 
transmission of the contents of each buffer. If the match is 
not found, the buffer manager 72 transmits the multicopy 
frame and places a copy of the frame pointer with a copy 
number of into the multicopy queue 90. When a host 
has finished using a multicopy frame pointer for a frame 
which was queued to the expansion bus output queue 75 or 
the management port output queue 77 (through the PCI 
interface 26), the host writes a copy of the frame pointer with 
a copy number of into the multicopy queue through a 
frame pointer register. This register is one of the registers 
depicted in the block of registers 60 in FIG. 2. 

Similar to the output queues 74, the multicopy queue 90 
is structured with an input path and an output path. The input 
path, or write side, allows the port vector FIFO 70 and buffer 
manager to place frame pointers/copy numbers into the 
multicopy queue 90. The output path, or read side, allows the 
multicopy queue 90 to place frame pointers/copy numbers 
into the multicopy cache 96. Additional storage for frame 
pointers/copy numbers, termed the multicopy queue over- 
flow 124, is provided in external memory 36. 

When frame pointers/copy numbers are written into an 
empty multicopy queue 90, they pass from the write side 92 
to the read side 94 until the read side 94 is full. Additional 
frame pointers/copy numbers written to the write side 92 of 
the multicopy queue 90 are placed into the multicopy queue 
overflow area 124 in external memory 36. Once the read side 
94 of the multicopy queue 90 and its overflow area 124 are 
full, additional frame pointers/copy numbers placed into the 
multicopy queue begin to fill the write side 92. 

The ordering of the frame pointers passing through the 
multicopy queue 90 is maintained, such that when space 
clears in the multicopy queue read side 94, frame pointers/ 
copy numbers are moved from the multicopy queue over- 
flow area 124 to the multicopy queue read side 94 and from 
the multicopy queue write side 92 to the multicopy queue 
overflow area 124. 

The multicopy cache 96 is similar to the multicopy queue 
90 but provides a searchable region for scanning frame 
pointers/copy numbers. The multicopy cache 96 holds up to 
256 entries. The buffer manager 72 reads a frame pointer 
from the multicopy queue 90 and either places it into the 
multicopy cache 96 or processes it, depending on whether 
the copy number is ">1" or 

In addition, each time the buffer manager 72 reads a frame 
pointer from the read side 78 of an output queue 74, the 
buffer manager 72 schedules the transmission. If the unicopy 
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bit is "0" (meaning a multicopy frame), the buffer manager When the buffer manager 72 processes reclaim queue 

72 scans the multicopy cache 96 for the frame pointer with entries, it walks a frame pointer's linked-list chain to return 

a copy number of "1", which indicates this is the last each buffer to the free buffer pool 104. The internal structure 

transmission of this frame. If there is a match, the buffer 0 f the reclaim queue structure is not depicted, but contains 

manager 72 removes the entry and returns buffers to the free 5 on \ y me frame pointers (14 bits) in the exemplary embodi- 

buffer pool during frame transmission. If there is not a mcnt of mc i nvC ntion. The reclaim queue write side 100 

match, the buffer manager 72 places the frame pointer with holds 64 entries and lhe reclaim ue write side 102 side 

a copy number of "-1" into the multicopy queue 90 upon holds 16 entries 

completion of the transmission. ., ' mA , , . 

Periodically, the buffer manager 72 services the multicopy 10 , s ™** to .^ e ^tput queues 74, the rec aim queue 98 is 

queue 90 by reading a frame pointer/copy number and 10 structured with an input path and an ^output path. JHie mput 

placing it into the multicopy cache 96 or processing it. This P ath > or ^ ade 100 > allows ^ buffer raana S er 72 to P lace 

is done independenUy of frame transmission. Two cases frame P omters in foe reclaim queue 98. The output path, or 

follow depending on whether the buffer manager reads a read side 102 > allows the buffer manager 72 to read a frame 

frame pointer with a copy number ">1" or "-1": pointer and return all associated buffers to the free buffer 

1) The buffer manager 72 reads a frame pointer with a 15 P 00 * ^. Additional storage for frame pointers is provided 
copy number «>1» from the multicopy queue 90. Provided m ^ rec l aim 1 ueue overflow area 122 P rovided m external 
there is room in the multicopy cache 96, it writes a new memory 

entry. If the multicopy cache 96 is full, the buffer manager When frame pointers are written into an empty reclaim 

72 must clear space in the cache 96. This is done by reading Q ueue 98 > lhe y P^s from tQe wr i tc side 100 to the read side 

one of the older frame pointer/copy numbers from the 102 u ntil the read side 102 is fill. Additional frame pointers 

multicopy cache 96, updating that frame pointer's buffer written to the writc side 100 of the reclaim queue 98 are 

header in external memory 36 with the copy number in the placed into the reclaim queue overflow area 122 in external 

multicopy cache 96, then deleting this cache entry. Once memory 36. Once the read side 102 and overflow area 122 

there is space, the new frame pointer/copy number is written ot the reclaim queue 98 are full, additional frame pointers 

into the multicopy cache 96. placed into the reclaim queue 98 begin to fill the write side 

2) The buffer manager 72 reads a frame pointer with a 100. 

copy number "-1" from the multicopy queue 90. The buffer FIG. 11 depicts an exemplary embodiment of the internal 

manager 72 searches the multicopy cache 96 for a matching structure of the free buffer pool 104. The free buffer pool 104 

frame pointer with a copy number ">=1". Two cases follow, 30 is a FIFO that contains address pointers to all free buffers 

depending on whether or not the buffer manager 72 finds a 1*0 in external memory 36. When frames are received, the 

frame pointer match in the multicopy cache 96: buffer manager 72 captures available address pointers from 

a) The buffer manager 72 finds a frame pointer match. If the free buffer P° o1 104 t0 store incoming data. The buffer 
the multicopy cache 96 entry's copy number is "1", the manager 72 also allocates address pointers from the free 
buffer manager 72 deletes the multicopy cache entry and 3S buffer P° o1 104 t0 the host processor 28 (when requested), 
places the frame pointer in the reclaim queue 98. If the cache ^ host can rcc l uest or rctum address pomtcis to the free 
entry's copy number is ">1", the buffer manager 72 decre- buffer P° o1 104 b Y readin g or writin g a free buffer P ooL 
ments the copy number by "1". register among the registers 60 in direct input/output space. 

b) The buffer manager 72 does not find a frame pointer ^ e write side 106 and me read side 108 of the free buffer 
match in the multicopy cache 96. This means that the 40 POoH04 each holds 64 entries in an exemplary embodiment 
matching frame pointer has previously been moved to the invention. 

buffer header of the frame's linked-list chain in external The f^e buffer pool 104 is structured with an input path 

memory 36. The buffer manager 72 must go to the buffer and an out P ut P atn (similar to the output queues 74). The 

header and read the copy number. If this value (in memory) in P ut P atn > or write side 106 > allows the buffer manager 72 

is "1", the frame is no longer needed and the buffer manager 45 or host 28 to place address pointers into the free buffer pool 

72 places the frame pointer in the reclaim queue 98. If this 104 - The output path, or read side 108 of the free buffer pool 

value (in memory) is ">1'\ the buffer manager 72 decre- 104 allows the buffer manager 72 to provide address pointers 

ments the copy number (that was in external memory 36), to tne bost 28 or P uli address pointers from the pool 104 for 

then places it into the multicopy cache 96. If the multicopy storing receive frame data. Additional storage for available 

cache 96 is full, the buffer manager clears space by moving 50 address pointers, the free buffer pool overflow area 120, is 

one of the older frame pointer/copy numbers into external provided in external memory 36, as described earlier, 

memory 36. Upon start-up of the switch 12, the free buffer pool 

The reclaim queue 98 holds the frame pointers to the generates address pointers from the read side 108. As frames 

linked-list chains which are no longer needed. The buffer come in, the free list in the free buffer pool 104 is read. If 

manager 72 writes a frame pointer to the reclaim queue 55 there are not enough buffer pointers in the write side 106 to 

when it services the multicopy cache and discovers that a handle the traffic demands, the overflow area 120 is accessed 

frame pointer's copy number is "1" (i.e., the last transmis- to obtain more buffer pointers. 

sion of the frame has completed successfully). Additionally, Certain embodiments of the present invention provide an 

the port vector FIFO 70 writes frame pointers to the reclaim advantageous arrangement and method of providing the 

queue 98 under the following conditions: 1) a frame point- 60 buffer pointers upon start-up of the switch 12. When the 

er's port vector is null or 2) the flame pointer could not be switch 12 first powers up, it is not required for the overflow 

queued because all of the forwarding vector's output queues area 120 in external memory 36 to contain buffer pointers, 

were full. Finally, the host writes a frame pointer to the Instead, the buffer pointers are created on the fly. The switch 

reclaim queue 98 (using a frame pointer register) when it has 12 on power up could generate and place into the overflow 

finished using a unicopy frame which was queued to the 65 area 120 the buffer pointers, but there may be 16,000 or 

expansion bus output queue 77 or the management port 32,000 such pointers, and this would slow up the powering 

output queue 75. on procedure of the switch 12. The present invention takes 
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advantage of the fact that on power up, all of the buffers are 
free, and the identities of these buffers are known. Therefore, 
the buffer pointers are generated as they are needed after 
power up, using a counter 180, as depicted in FIG. 10. 

The free list count generator 180 is connected to the input s 
of a multiplexer 182. Since the free list in the free buffer pool 
104 is empty on startup, the free list counter 180 generates 
the buffer pointers. Once the free list reaches the highest 
count, it will not generate any more buffer pointers. 

When a frame packet is received in the switch 12, the 10 
frame packet is broken up into fixed length buffers. 
Typically, frames vary in size. The buffers are 256 bytes in 
size and the data portion of a buffer is 240 bytes. Following 
transmission of the frame, the frame pointer is put into the 
reclaim queue 98 or, in the case of a unicopy frame the ^ 
individual buffer pointers in the linked list are put directly 
into the free list of the free buffer pool 104. During operation 
of the switch 12, any address pointers returned to the free 
buffer pool 104 pass from the write side 106 to the read side 
108. If the read side 108 becomes full, additional address nn 

20 

pointers are passed to the overflow area 120. Once the read 
side 108 and the overflow area 120 are full, additional 
address pointers placed into the free buffer pool 104 will 
begin to fill the write side 106 of the pool 104 again. 

FIG. 13 depicts a schematic representation of the internal ^ 
arrangement of the multicopy cache 96 in accordance with 
an embodiment of the present invention. As briefly dis- 
cussed earlier, the time order of the entries to the multicopy 
cache 96 is maintained. In the present invention, this main- 
taining of a time order is not done by time stamping, as in 3Q 
the prior art, but by physical ordering in a memory. The 
multicopy cache 96 of the present invention also avoids the 
use of validity bits, and instead encodes validity, as will be 
discussed. 

Referring to FIG. 13, the multicopy cache 96 is config- 35 
ured as a four-way set-associative memory. An entry into the 
multicopy cache 96 includes a frame pointer and its copy 
number, as explained earlier. The lowest six bits of the frame 
pointer determine the row in the set-associative cache 96 in 
which the entry will be stored. In the illustrated embodiment 40 
of the invention, there are sixty-four rows in the cache 96, 
although other numbers of rows are not limited if the cache 
size is made larger. 

The set-associative cache 96 is divided into four columns, 
each of which can be searched in parallel. When the buffer 45 
manager 72 stores an entry into the cache 96, the entry 
always enters the first column, the uppermost (51:39) bits of 
the row indicated by the six least significant bits of the frame 
pointer. The row is read, all of the entries are shifted to the 
right by 13 bits, and the row is written back. The entry that 50 
is actually written into the cache 96 includes the upper eight 
bits of the frame pointer that form an address tag, and the 
five-bit copy number associated with the frame pointer. 
When the entry is read out of the cache 96, the frame pointer 
is re-formed with the address tag and the bits that index the 55 
row number of the cache 96. 

The oldest entry in the cache 96 is removed from the 
cache 96 if the row is full and a new entry to the row is 
written. As described earlier with respect to the buffer 
headers 142, the copy number associated with the frame 60 
pointer that is removed is written into the buffer header 142 
of the frame in external memory pointed to by the removed 
frame pointer. Hence, the frames (i.e., the buffers 140) stored 
in external memory 36 serve as an overflow area for the 
multicopy cache 96 to store copy numbers. 65 

One of the advantageous features of the present invention 
is that there is no separate valid bit in the set-associative 
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cache 96. When the copy number is 00000, then the buffer 
manager 72 knows that the entry is no longer valid and 
removes the entry from the cache 96. This simplifies the 
organization of the cache. Another advantage of the cache 96 
of the present invention is that it allows a very fast search to 
be performed, since the buffer manager 72 needs only to 
examine a single row, already determined by the frame 
pointer that has exited the multicopy queue 90. The four 
entries in the row are examined in parallel, further increasing 
the speed of the search. Although described as a four- way 
set-associative memory, this is exemplary only as the 
memory can be n-way set- associative without departing 
from the scope of the invention. 

From the above description, it should be understood that 
the present invention maintains a time order (age) of the 
cache entries by physical positioning of the entries in the 
cache on a row basis. In other words, the physical position 
of the entry in the cache is an indication of the relative age 
of an entry. The aging of an entry is performed by the 
physical re-ordering of the entries in the memory. 

Certain embodiments of the present invention provide 
customization of the latency of frames switched by the 
switch 12, on a port by port basis. Referring to FIG. 14, the 
port vector FIFO 70 examines the programmed switch mode 
of the receive port to determine when to place the frame 
pointer and associated information into the appropriate 
output queue 74 of the transmit port. For a first mode (low 
latency mode), the port vector FIFO 70 has no restrictions on 
when to place the frame pointer into the output queue(s) 74. 
For a second mode (intermediate latency mode), the port 
vector FIFO 70 places the frame pointer into the output 
queue(s) 74 only after 64 bytes of the frame have been 
received. For a third mode (high latency mode), the port 
vector FIFO 70 places the frame pointer into the output 
queue(s) 70 only after the frame has been completely 
received. 

There are some special cases which alter the timing of 
when the port vector FIFO 70 passes frame pointers to the 
output queues 74: 1) frames forwarding from a first or 
second mode 10 Mb/s port to a 100 Mb/s port; 2) frames 
forwarding to the management port 30 and 3) frames for- 
warding to the expansion bus port. In case 1), the 10 Mb/s 
port to 100 Mb/s port rate mismatch forces the forwarding 
mode to be the third, high latency mode. In case 2), all 
frames passed to the management port are third mode 
frames. In case 3), any frame forwarding to the expansion 
bus port uses the switch mode of the expansion bus port 26. 
When a multicopy port vector contains one of the special 
case ports, the queuing of the frame pointers for the entire 
port vector becomes that of the longest latency switch mode 
represented in the port vector. For example, if a frame is 
received by a first or a second mode port, but its multicopy 
forwarding port vector contains the management port 30, the 
switch mode is the third mode. In this situation, a copy of the 
frame pointer is placed into all the output queues 74 only 
after the frame has been completely received. 

The switch modes will now be described in more detail. 
The switch mode that applies to the input (i.e., receive) port 
determines forwarding latency (how soon the switch 12 will 
forward a frame once it begins receiving the frame) and the 
ability to reduce fragment/error propagation to output ports. 
The second, intermediate latency mode is the default for 
each port; however, the switch mode is programmable on a 
per-port basis in the registers 60. 

In all of the three modes, frame data received at the 
receive FIFO 52 of an internal MAC port is forwarded to a 
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buffer 140 in the external memory 52 as soon as possible. At 
approximately the same time, the rules checker 42 or 58, 
receives the destination address and source address, the 
receive port number, the frame pointer and some additional 
information, then performs the appropriate lookup. Once the 5 
lookup is completed, the rules checker 42 or 58 returns the 
frame pointer and the forwarding port vector to the port 
vector FIFO 70. 

The port vector FIFO 70 places the frame pointer in the 
write side 76 of the output queues 74 for the output port(s) 10 
identified in the port vector. The receive port's switch mode 
defines the latency between when the port vector FIFO 70 
receives the port vector (and the frame pointer) and places 
the frame pointer into the output queue(s) 74. This is 
described for the three modes below. Once the frame pointer 15 
passes to the read side 78 of the output queues 74, the buffer 
manager 72 reads the frame pointer and schedules transmis- 
sion. The buffer manager 72 begins moving frame data from 
the address specified by the frame pointer. Once the transmit 
FIFO 54 of the MAC port has been primed to its start point 2Q 
(and assuming the medium is available for transmission of 
data), frame transmission commences. 

The first mode is designed to provide the lowest latency. 
Frames are received and forwarded at line-rate speed. In this 
first mode, there is no network error protection because a 25 
frame is queued for transmission before it can be determined 
whether the frame is a fragment (i.e., <64 bytes in length) or 
contains a CRC error. In the first mode, frame reception may 
not complete before frame transmission at the output port(s) 
commences. If a receive frame terminates in a runt or with 30 
an invalid CRC, the receive MAC marks the buffer header 
142 in external memory 36 to indicate these conditions. The 
transmit MAC guarantees that if transmission commences 
on a frame which later terminates as a runt or with an invalid 
CRC, the MAC will generate a bad CRC. If the transmit 35 
MAC has not started a frame's transmission and the buffer 
header 142 indicates the frame terminated in a runt or an 
invalid CRC, the buffer manager 72 will not forward the 
frame to the output port. 

The second mode provides low latency for forwarding 40 
frames and some network error protection. Frames are 
received and forwarded after sixty-four or more bytes have 
been received. This allows the switch 12 to filter (i.e., not 
forward) fragments of frame; however, it does not com- 
pletely filter CRC error frames that are greater than sixty- 45 
four bytes, 

In the second mode, frame pointers for frames which 
achieve the sixty-four byte threshold at the receive MAC are 
queued to the appropriate output queue(s) 74. Frames which 
fail to achieve the minimum sixty-four byte threshold are so 
deleted and their frame pointers are not placed in output 
queue(s) 74. If a receive frame greater than or equal to 
sixty-four bytes terminates with an invalid CRC, the receive 
MAC marks the buffer header 142 in external memory 36 to 
indicate this condition. If transmission has commenced on a ss 
frame greater than or equal to sixty-four bytes which later 
terminates with an invalid CRC, the transmit MAC will 
complete the transmission with a bad CRC. If the transmit 
MAC has not started a frame transmission and the buffer 
header 142 indicates the frame (greater than or equal to 60 
sixty-four bytes) terminated in an invalid CRC, the buffer 
manager 72 returns the frame pointer to the reclaim queue 98 
(for a unicopy forward) or the multicopy queue 96 (for a 
multicopy forward) without forwarding to the output port(s) 

74. 65 

The third mode is a store-and- forward mode that provides 
the highest level of network error protection among the three 



,335 

22 

modes, but has a higher forwarding latency. Frames are 
completely received before the switch 12 forwarding them 
to output ports. In this mode, the switch 12 screens out all 
fragments and CRC error frames before forwarding. In the 
third mode, once a valid frame completes successfully at the 
receiver (i.e., greater than or equal to sixty-four bytes with 
a valid CRC), the frame pointer is queued to the appropriate 
output queue(s) 74. Frames which terminate in a receive 
error (invalid CRC, runt (>64 bytes) etc.) are deleted and 
their frame pointers are not placed in output queue(s) 74. 

The port vector FIFO 70 makes the decision to put the 
port vector into an output queue 74, in dependence on the 
selected mode of the receive port and the amount of data that 
has been received. In the embodiment described above, there 
are three thresholds, although there are different numbers of 
thresholds in other embodiments. In the exemplary 
embodiment, these thresholds are: 1) receiving n bytes (e.g. 
6 bytes) where n<64 bytes; 2) receiving 64 bytes; and 3) 
receiving all of the frame. 

The present invention forwards frames to the output 
queues 74 based on thresholds. The port vector FIFO 70 
re-orders the sequence of transmission based on amount of 
type of data received and the mode in which the port is 
programmed. Although the exemplary embodiment makes 
forwarding decisions based on the amount of received data, 
other embodiments of the invention make forwarding deci- 
sions based on other factors, such as the types of data 
received. 

In implementing the forwarding scheme of the present 
invention, the buffer manager 72 maintains a table 160 in a 
content addressable memory (CAM) 161 that associates a 
frame pointer with a receive port. Every time the port vector 
FIFO 70 receives a new port vector and frame pointer from 
the rules checker 42 or 58, it makes an association to 
determine whether the receive port has finished receiving a 
frame, and if not, how much of the frame has already been 
received. The port vector FIFO 70 does not receive any 
information regarding the identity of the receive port from 
the rules checker 42 or 58. The only information the port 
vector receives that provides any identification of the port 
are the frame pointers. 

The port vector FIFO 70 queries the address table 160 
with the frame pointer. Either the address table returns the 
receive port if the frame is still being received, or the address 
table 160 cannot find the frame pointer which means that the 
frame has already been received. Once the frame is com- 
pletely received, the frame pointer is moved out of the 
address table 160. This means that the third threshold (the 
frame complete) is met. Accordingly, the frame pointer may 
be dropped into the output queue 74 immediately. 

If the address table 160 returns the receive port, the port 
vector FIFO 70 puts the frame pointer and associated 
information into a holding area 162 and begins monitoring 
two signals from that receive port. These two signals flag 
one of three events. The first event is flagged when the port 
receives n bytes. At that point, if that port is in the first mode, 
the port vector FIFO 70 starts processing the frame pointer 
by sending it to the appropriate output queue 74. If the 
receive port is not in the first mode, the port vector FIFO 70 
waits until it receives the a signal indicating occurrence of 
the second event. If this port is in the second mode, then the 
port vector FIFO 70 releases the frame pointer from the 
holding area 162 to enter the proper output queue 74. 
Finally, if the receive port is in the third mode, then the port 
vector FIFO 70 awaits receipt of the flag indicating that the 
frame is complete. Every receive port (reference numeral 



05/26/2004, EAST Version: 1.4.1 



5,953,335 

23 24 

164 in FIG. 14) maintains this flag, and provides this discarding the frame pointers to be loaded into the associ- 

information to the port vector FIFO 70. It is up to the port ated output queues of the designated ports that have no 

vector FIFO 70 to determine the port associated with the available capacity. 

frame pointer. The port vector FIFO 70 maintains the 7. The method of claim 6, further comprising determining 

information identifying the mode each port is in. In 5 the number of frame pointers that were discarded for a 

summary, upon receiving a frame pointer, the port vector frame 

FIFO 70 first queries the address table 160 of the buffer 8 A multiporl network switch which tranS mits multiple 

manager 72 to determine the receive port, determines the ics of a si lc framc of dat me Qetwork switch CQm . 

mode for that receive port, and then monitors the flags from n ric* n p- 
that receive port and releases the frame pointer according to 10 

the mode and the flags. a pl urantv of P orts fr° m which frames of data are trans- 

Although the present invention has been described and mitted, 

illustrated in detail, it is to be clearly understood that the a P ort vector generator that generates a port vector which 

same is by way of illustration and example only and is not designates from which ports copies of a frame are to be 

to be taken by way of limitation, the spirit and scope of the 15 transmitted; 

present invention being limited only by the terms of the a transmission arrangement configured to determine the 

appended claims. availability of each port designated by the port vector 

What is claimed is: to transmit a copy of the frame and transmit copies of 

1. A method of controlling transmission of copies of a mc frames through ^ designated ports that are avail- 
frame of data through a plurality of ports, comprising the » abJe tQ & cQpy of tfae frame and tQ 

steps of. copies of the frames to be transmitted from the desig- 

designating the ports from which the copies of the frame nate d ports that are not available to transmit a copy of 

are to be transmitted; tne frame 

determining which of the designated ports are not avail- M 9. The network switch of claim 8, wherein the transmis- 

able to transmit one of the copies of the frame; and s ion arrangement includes a plurality of output queues, with 

providing the copies of the frame to the designated ports a respective one of the output queues being associated with 

that are available to transmit one of the copies of the a different one of the ports. 

frame and discarding the copies of the frame to be 10. The network switch of claim 9, wherein the transmis- 

transmitted from the designated ports that are not 30 s i 0 n arrangement includes a port vector FIFO configured to 

available to transmit one of the copies of the frame. receive the port vector and determine the available capacity 

2. The method of claim 1, wherein the step of designating of each of lhe output queues assoc iated with the designated 
the ports from which the copies of the frame are to be p 0rts 

transmitted include generating a port vector based on des- u The network switch of daim 10> wherein the 

Unation address mformation in the frame, the port vector 35 vector FIFO is further configured to load a frame pointer into 

identifying the designated P°rts. ^ & associated with the designated ports for 

3. The method of claim 2, wherein each port has an . r tl _ * « j m? • j . . 
• , j * * c j* c • . eacn copy of the frame to be transmitted if said output 

associated output queue configured to queue a frame pointer , , , , , r • . 

that points to a location in memory in which the frame is ? ueucs have the a ™ lable "P 8 " 1 * th u c f ' ame P ointcr P 01 f 

stored, the method further comprising loading the frame 40 1D S to a memor > locatlon at which the frame 15 stored > the 

pointers for the frames to be transmitted into the associated 0Ut P m c 5 ueues q ueui °g *e frame pointers, and wherein each 

output queues of the ports from which the frames are to be P ort k configured to access the memory location pointed to 

transmitted. by tne frame pointer and transmit the frame stored at that 

4. The method of claim 3, further comprising each port memory location upon the frame pointer exiting the output 
retrieving the frame from the memory when the frame 45 queue associated with that port. 

pointer for that frame exits the associated output queue for 12. The network switch of claim 11, wherein the port 

that port. vector FIFO is further configured to discard the frame 

5. The method of claim 4, wherein the step of determining pointers for each output queue associated with a designated 
which of the designated ports are not available to transmit port if the output queue does not have available capacity, 
one of the copies of the frame includes checking the avail- 50 13, The network switch of claim 12, wherein the port 
able capacity of the output queues, wherein a port is deter- vector FIFO is further configured to determine the number 
mined to not be available to transmit one of the copies of a of frame pointers that are loaded into output queues for a 
frame when the associated output queue of that port has no particular frame, and the number of frame pointers that are 
available capacity. discarded for that particular frame. 

6. The method of claim 5, wherein the step of discarding 

the copies of the frame to be transmitted includes the step of * * * * * 
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